home *** CD-ROM | disk | FTP | other *** search
-
- Info-Zip Zip 2.0.1 Executables for Amiga -- exportable compilation
- ========================================================================
-
- Date: September 21, 1993
-
- Authors: The Info-Zip internet group, original coding by
- Mark Adler, Richard Wales, and Jean-loup Gailly.
- See the "infozip.who" file for a complete list of
- contributors.
-
- What
- ----
-
- Zip is a directory and file compression and archiving utility. Zip
- provides a rich set of file management and manipulation commands,
- including splitting of large archives, selection of compression
- methods, and wild card inclusion and exclusion features. It is
- compatible with PKZIP version 2.04g (but is not a PKZIP clone).
- Info-Zip's Zip is free, and runs on a wide variety of Unix and
- proprietary system platforms.
-
- A companion utility, Unzip, is also provided by Info-Zip, and is
- developed by other members of the group. Chances are, you can
- obtain the most current version of Unzip from the same place you
- obtained this.
-
- These utilities have also been referred to as "Portable Zip and Unzip".
-
- See the file, "zip.doc" for a description of the included utilities and
- how to use them.
-
-
- Amiga Contacts
- --------------
-
- SAS/C porting and Zip-Bugs support for Amiga:
- John Bush <john.bush@east.sun.com>
-
- Aztec Manx and general improvements (wild cards, assembler code, ...)
- Paul Kienitz <paul.kienitz@f28.n125.z1.fidonet.org>
-
- Original 68000 assembler version of match.a subroutine:
- Carsten Steger <stegerc@informatik.tu-muenchen.de>
-
-
- Primary repositories
- --------------------
-
- 1. Internet: ftp.uu.net:/pub/archiving/zip/AMIGA/
- Index -- text file listing contents
- zip201x.zip -- zip archive for those with unzip
- zip201x.lha -- lha archive for those without unzip
-
- If you don't have lha or unzip, then first obtain the latest
- version of UnZip from the same directory.
-
- 2. Dialup: BIX "AMIGA" files section -- zip201x.lha
-
- Excerpts from the Index and README.AMI files will be posted with
- the file description in the BBS version. PLEASE PRESERVE IT IF
- UPLOADED ELSEWHERE.
-
-
- Changes from beta version
- -------------------------
-
- See the "history" file for a list of generic changes.
-
- 1. Recompilation using SAS/C version 6.3 eliminated a bug using
- "zip -l", which caused 2 line feeds to be generated instead of
- CR LF.
-
- 2. Support for an assembler version of longest_match() has been
- included. Performance improvement is anywhere from 5% to
- 25% better than the original beta executables, depending on
- input data and cpu model.
-
- 3. Improved wildcard support.
-
-
- NOTES
- ========================================================================
-
- Encryption
- --------
- This distributed executable does not support encryption. However,
- encryption is optionally available for Info-Zip's Zip. If you have a SAS/C
- version 6.3+ Manx Aztec version 5.2+ compiler, you can obtain the source
- code from a non-USA based location where it was developed, and
- recompile with encryption enabled. See the file, "Where" for information
- on obtaining sources.
-
- The ZipCloak command was removed, because without encryption, it just
- reports that encryption is not supported. This saved 30kB of space.
-
- If you are Internet accessible within the USA, but don't have access
- to one of the above mentioned compilers, I will email you a
- uuencoded copy of an executable with encryption enabled. HOWEVER, to
- qualify for this, you must conform to the following. I will ignore any
- request without follow-up that doesn't provide the following information:
-
- 1. You must reside in the USA with a US-based internet domain
- address.
-
- 2. You must not promise not to upload the encryption enabled
- executable to any publicly accessible source.
-
- I reserve the right not to respond to requests if I can't do this
- in my spare time! (but I'll do my best)
-
- Requests to: John Bush <john.bush@east.sun.com>
-
- Pipes
- -----
- Certain features can not be equally represented on all platforms.
- Some examples in the online manual page file (zip.doc) are subject
- to interpretation for the Amiga platform. For example, true pipes are
- not supported on Amiga. The Amiga PIPE: "pseudo device" is not capable
- of adequate support for Zip. Therefore, support is limited for pipe
- operations, and Amiga users should not expect that functionality to work
- until we specifically implement and announce support for it.
-
- I acknowledge that some 3rd parties, such as Matt Dillon and William
- Hawes, have improved the pipe device on Amiga, but the trick is to
- standardize this support, get Commodore to support it, and port
- the capability to the other unix-like utilities such as tar, dd, cpio, etc.
- I think I'd rather go over Niagra Falls in a kayak loaded with cinder blocks.
-
- Unix utilities
- --------------
- By default, the Amiga doesn't provide some utilities mentioned in zip.doc,
- such as tar and dd. However, ports of the Gnu versions of these
- utilities are available from most internet servers that carry Amiga
- files, such as ftp.luth.se.
-
- Current directory specifier
- ---------------------------
- The Amiga also doesn't allow "." (dot character) to specify the current
- directory. Instead, Amiga expects a NULL string ("") to specify the
- current directory. This construct WILL NOT WORK with Zip yet.
-
- Wildcards
- ---------
- Wildcard selection is supported. In addition to the basic regular
- expression interpretation as described in the section on PATTERN
- MATCHING in zip.doc, we have provided limited Amiga-style support. The
- "#?" combination is treated exactly like "*" which matches any number
- of any characters. However, the "#" by itself is not supported except
- when in combination with the "?".
-
- One extension not described in zip.doc is the use of "^" in wildcard
- strings. Specifically, "[^x]" will match any name NOT CONTAINING "x".
- The "^" prefix in a bracketed string negates the expression which
- follows. For example, the expression "#?.[^o]" will match all names
- ending with a single character filename extension, excluding those that
- end with ".o".
-
- The zip.doc file also talks about "escaping" wildcard specifiers
- to be passed to Zip, to prevent interpretation by the host shell.
- This is not neccessary in the Amiga version.
-
- Path stripping
- --------------
- Directory paths can normally be stripped from stored files by
- specifying "zip -j". However, even if "-j" is NOT specified, the Amiga
- version of Zip will strip volume names and leading slashes from stored
- names.
-
-
- Compatibility with UnZip and PKZIP
- ----------------------------------
-
- Files produced by this version of Zip can be un-archived with
- Info-Zip's unzip version 5.0p1 or higher. The previous Amiga release
- was UnZip version 5.1d3, dated February 23, 1993, which is compatible.
-
- It is also compatible with PKUNZIP 2.04g and above for DOS.
-
- Two options are provided with Zip 2.0.1 to assist in conversion between
- DOS and Unix. The "-l" and "-ll" options convert text files between LF
- and CR LF forms of delimiters.
-
- In addition, the "-k" option is provided to remap filenames and
- attributes to MSDOS form. Be careful using the "-k" option,
- especially if the transfer is bidirectional, since full filename
- information will be irreversibly converted to DOS naming conventions.
- What this means is all filenames will be truncated to "8.3" format,
- and translated to upper case. Characters not allowed in DOS will be
- filtered or translated, and the host-made-by field will be faked to
- indicate DOS. Normally, it is best to name files in the first place
- according to the lowest common denominator where they will be used,
- rather than wrestle with such conversions.
-
- If creating zip archives to be restored on a DOS machine that has
- PKUNZIP version 1.1, encourage your destination user to obtain the DOS
- version of Info-Zip unzip (UNZIP.EXE), or PKZIP version 2.04g or better.
- This will allow you to transfer archives using the best form of compression.
- If you have to exchange files with earlier releases of PKUNZIP, then you
- must avoid the "deflation" method of compression (also known as type 8),
- by always specifying the "-0" option with Zip. This performs a
- "store only" operation. Users of earlier releases of PKUNZIP have the
- same problem receiving files from PKZIP 2.04 users as well.
-
-
- Source code availability
- ------------------------
-
- See the "Where" file included with the executable archive.
- See the "Index" file on the Internet ftp server described above
- for a list of what executable archives and formats are included.
-
-
- ========================================================================
-
-
- **** PLEASE REPORT ALL BUGS TO <Zip-Bugs@WKUVX1.BITNET> ****
-
-
-